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ABSTRACT 



A method, apparatus, and article of manufacture for provid- 
ing computerized management of multimedia assets of vari- 
ous types, including image, video, audio, text, and program 
code media types, is disclosed. Multimedia assets are 
checked into a computer system along with specified char- 
acteristics and identification information for the assets. 
Checked-in multimedia assets are stored in a database on a 
storage device. Previously checked-in multimedia assets are 
searched for based on one or more asset characteristics and 
asset identification information. Multimedia assets are 
checked out from the database with one of multiple check- 
out types. Predetermined criteria are used to determine 
wheterh to allow a check-out of a particular multimedia 
asset 

54 Claims, 14 Drawing Sheets 
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COMPUTERIZED MULTIMEDIA ASSET puter animation), audio, text, program code, etc media types 

MANAGEMENT SYSTEM can be checked into a computer system Previously checked- 

in multimedia assets can be searched for on the computer 
system, and selected multimedia assets can be checked out 
HELD OF THE INVENTION 5 of the computer system. 

The invention relates in general to multimedia, and more ^ ne check-in of a multimedia asset includes prompting a 
particularly, to computerized management of multimedia user for characteristics and identification information to 
assets. multimedia asset. The multimedia asset, along with any 

A portion of the disclosure of this patent document in ^ characteristics and identification information, is 
contains material which is subject to copyright protection. stOTed m a ^abase contained on a storage device. 
The copyright owner has no objection to the facsimile user can initiate a search for previously checked-in 

reproduction by any one of the patent document or the patent multimedia assets. A search includes prompting the user for 
disclosure, as it appears in the Patent and Trademark Office a search strategy based on one or more asset characteristics 
patent file or records, but otherwise reserves all copyright 15 identification information. The computerized sys- 

rights whatsoever. tern searches the database for multimedia assets that satisfy 

the user-specified search strategy. Any multimedia assets 
BACKGROUND OF THE INVENTION found to satisfy the search strategy are reported to the user. 

The use of multimedia is mcxeasm^ The user can selectively check-out multimedia assets 

particularly true as computer systems are beginning to be 20 contamed ™ me database of checked-in multimedia assets, 
used to create multimedia applications. Multimedia appli- ^ check-out operation includes r#ompting the user for the 
cations are becoming more and more complex, including multimedia asset to be checked out and prompting the user 
more and more multimedia assets (components). Multime- for one of n^ple check-out types. The computerized 
dia assets can be of various types, including image, systcm makes a ^tenrnnation as to whether or not the 
photograph, animatiori, video, audio, text, etc. types. As the 25 user-specified check-out is allowed based on predetermined 
development of multimedia applications continues, the vol- criteria. If the check-out is allowed, the multimedia asset is 
ume of multimedia assets is growing rapidly. This rapid copied for use by the user and an indication of the check-out 
increase has and continues to significantly increase the cost and me ^ of check-out is stored in the database, 
associated with main taining and managing the growing According to further aspects of the invention, the corn- 
volume of multimedia assets. 30 puterized system allows the user, upon his/her request to 

On the one hand, individual multimedia assets are gen- Preview a selected multimedia asset contained in the data- 
erally costly to create. In addition to the cost of creating the base * Acc ording to other aspects of the invention, the 
content of a multimedia asset, it can be costly to obtain computerized management system is implemented in a 
access to existing multimedia assets from third parties, client-server computer architecture, 
including obtaining the right to use such multimedia assets. 35 According to further aspects of the invention, the multiple 
e.g., in compliance with Copyright law. On the other hand, check-out types include first, second and third check-out 
many asset requirements for a multimedia application can be types. A multimedia asset checked out with the first check- 
met with existing assets. out type specified cannot be modified. A multimedia asset 

Accordingly, it would be advantageous to reuse existing checked out with the second check-out type specified can be 
multimedia assets to the extent possible when developing 40 used ** a basis for creating another multimedia asset If the 
new multimedia applications. Otherwise, the costs associ- third *yP e is specified, the multimedia asset so 

ated with recreating assets or. at least reobtaining the rights checked out can be modified and subsequently checked into 
to use existing assets, must be incurred each time a multi- ^ database ^ modified form. 

media application is developed. Unfortunately, however, as According to still further aspects of the invention, accord- 
more and mere multimedia assets come into existence, it 45 ing to the predetermined check-out criteria, a check-out of a 
becomes increasingly difficult to retrieve existing multime- selected multimedia asset is prohibited if the third check-out 
dia assets so that they can be readily reused. type is specified and the selected multimedia asset is pres- 

Existing techniques for managing multimedia assets leave entl > r checked out. Additionally, the check-out of a selected 
much to be desired. Often, the management of multimedia „ multimedia asset is prohibited if the selected miiltmiedia 
assets is done manually. The cost of manual techniques asset . fa alread > r checked out with the third check-out type 
becomes prohibitive as the volume of multimedia assets specified. 

continues to increase. There has been some use of database The invention includes many more features and advan- 
management systems to store certain multimedia assets. tages which are pointed out in the drawings, accompanying 
However, existing systems have shortcomings. 55 descriptive matter, and the claims annexed hereto. 

Accordingly, improvements are needed in multimedia BRIEF DESCRIPTION OF THE DRAWINGS 
asset management. As described in detail below, the present 

invention provides an effective multimedia asset manage- Referring now to the drawings in which like reference 

ment system. " numbers represent corresponding parts: 

0q FIG. 1 is a block diagram representation of a miiltimftfjifi 
SUMMARY OF THE INVENTION asset management system formed in accordance with the 
The present invention discloses a method, apparatus and present invention; 
article of manufacture for computerized management of FIG. 2 is a block diagram representation of the user- 
multimedia assets. Check-in, search, and check-out opera- interface screens and corresponding functions provided by 
tions are included. Various types of multimedia assets such 65 the invention; 

as image (scanned photographs or computer-generated FIG. 3 is a block diagram of a database structure formed 

images), video (created by videography equipment or com- in accordance with the invention; 
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FIG 4 is a blocked diagram representation of the inter- The multimedia asset management program 22 obtains 
action between software program components and database access to the server 10 by way of a sof^ are library of 
tables formed in accordance with the invention; application interface (API) functions 23. Specifically, the 

FIG 5 shows a toolbar user interface screen provided by multimedia asset management program 22 interacts with the 
the invention; 5 database management program 14 on the server by way of 

FIG 6 is a login user interface screen according to the AH function calls to obtain access to the database of 
invention; multimedia assets on the storage device 12. The client 16 

FIG 7 shows a check-out user interface screen formed in also includes a database management tool 21 that allows a 
accordance with the invention; system manager to manually modify the server database on 

FIGS. 8-5 show check-in user interface screens formed in 10 the storage device 12. 
accordance with the invention; Various input devices 26 allow an operator to control and 

FIGS. 16, 16a and 16b show a browse user interface interact with the client computer 16. The input devices 26 
screen formed in accordance with the invention; can include a keyboard, mouse, disk drive, and other input 

FIGS 17 17a and 17* show search user interface screens devices. The client 16 also includes output devices 28, 
formed according to the invention; 15 including, for example, a display monitor speakers a 

PIG is sh ows a reports user interface screen formed printer, and other output devices. A system user can use fce 
a- ♦ tkH™.nSuw input devices 26 to load new multimedia assets into the 

according to the invention, ™V» mt3 ltime<ua assets into the server 10 

FIG. 19 shows a logout user interface screen according to g 6 ™^™^ ^ ^agement program 22. 

the invention; 20 The client 16 can be coupled to a studio 30 that is used to 

PIG. 20 shows a utilities user interface screen formed ^ assets f ^ photographs, videos, audio 

according to the invention; and segments, etc. The multimedia assets created via the studio 

FIG. 21 shows a change-password user interface screen 30 ^ be loaded fat0 ^ dfcllt 16 by way of one or mare 
formed in accordance with the invention. of ^ input a^.^ 26. The user can preview (Le., perceive 

DETAILED DESCRIPTION OF A PREFERRED 25 by way of the visual, audio or other senses) stored multi- 
EMBODTMENT media assets by way of the output devices 28. 

L Svstem Overview The client 16 also includes one or more multimedia 

. _ development tools 32, ie., computer software programs. 
The block diagram in FIG. 1 depicts a preferred imple- The development tools 32 can include content development 
mentation of the multimedia asset management system 8 30 tools for creathlg individual multimedia assets, such as 
provided by present invention. The depicted computer sys- eg ^ ^j,^^ ^ development tools 32 can also 

tern is configured in a client-server architecture. A server Ucation deve lopment tools, i.e., software devel- 

computer 10 is used to store and provide access to mulu- opment t00 is 

media assets The multimedia assets are stored on a storage a windows-type operating system, such as Windows NT 
device 12, which forms part of the server 10. A ^database 35 0I ^^ S 9 ^J m J so l Corporation, is preferably 
management system software program 14 is used 1 by the or £ e ^s* 

server 10 to store and provide access to fte multimedia ^ ^ ^ovides a series of user interface 

assets m a database on the storage device 11 scree ns (i. e ., windows or dialog boxes) that allow a user to 

One or more client computers 16 provide multimedia multimedia asset management system 8 via the 

assets to the server 10 for storage thereon. The client 40 ^ ^ 

computers 16 can then obtain ^^Jf^^ 3 ^ nG 2 is a block diagram generally depicting many of the 
assets stored on the server JXterf.ce screens a?d corresponding Tunctions provided 

remo^ 

H^tsstTi'isass " creases issJSiS 

work 18. Huh cheat 16 J*? provides central access to its various functions by way of a 

stores software and data used by the ^client 16. The storage v when me mul _ 

device 20 also stores copies of selected multimedxa assets ^X^eVmanag^ program 22 is first started. 

controls access to multimedia assets contained on the server functions represen ed by the other blocks m FIG 2 T*e 

S fa u£dL» wim me present invention. TOe multimedia operator can log into the ^^ a ^^™ 

asset ma^Sment r*ogram 22 allows multimedia assets to system byway of a login user mterf ace screen 42 Once 

te *cXS ^server 10; aUows searching of multi- logged in, the operator can check-in nudtimedia assets into 
meT all stored on the sewer 10; allows selected mul- 55 the multimedia asset ^ e ™ n ^ 

. * , . . „. . rtllt rtf thfl ™. ,„ 1ft . flnd check-in user interface screen 44. The operator can search 

^t^Z ^St£T^ i»1E£«J *S for selected multimedia assets previously checked into the 

with the multimedia asset management program 22, tne 60 uat * uu 7 ft ™ . . „ JL™ ~e +ul 

a^veloper^n incorporate existing^ltmieto assets stored w^w^Ab assets using one or more of the output 

on the server 16 into new multimedia applications. The devices 28. ^ u 

developer can also create new multimedia assets using the From either the toolbar display screen 40 or the browser 

client computer 16. The new multimedia assets can be display screen 46, the operator can gam access to the 

incorporated into multimedia applications, and can be stored 65 check-out user interface screen 50 to check-out selected 

on the server using the multimedia asset management pro- multimedia assets. The operator can obtain various reports 

22 concerning the multimedia assets management system by 
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way of a reporting user interface screen 52. The operator can 
logout of the multimedia asset management system by way 
of a logout user interface screen 54. The multimedia asset 
management program 22 is terminated by way of a exit user 
interface screen 56. Further functions accessed by way of the 
toolbar display screen 40 are described below. 

H. Database Structure 

Prior to describing the user interface screens in greater 
detail, the database structure of the multimedia asset man- 
agement system will be described. The database manage- 
ment system 14 in the embodiment being described is a 
hybrid object-oriented, relational database management sys- 
tem. The structure of the database stored on the storage 
device 12 is depicted in FIG. 3. The database is structured 
around a project table 80 (*'mmf_project"), a staff table 82 
( << mmf_stafr). and asset tables 86 for each asset type. 

There is a record (or entry) in the staff table 82 for each 
user with access to the multimedia asset management system 
8. Each multimedia application developed using the multi- 
media asset management system is associated with a project 
There is a record in the project table 80 for each project 
Assets are stored or assigned on a project basis. There is an 
asset table 84 ("mmf_asset") that defines the common data 
structure that is shared by all asset types. Specific asset-type 
tables 86 inherit the structure and behavior of the asset table 
84, Le., are subclasses of the asset table 84. No asset entries 
are made in the asset table 84. Rather, entries are made in the 
specific asset-type tables 86. There are multiple tables of 
each subclass table type 86; one table of each type for each 
project 

The specific asset-type tables 86 for each project are as 
follows. There is an image table 90 ("rrmrf_<p>_Jmage , *) 
which is used to index computer-created images and 
scanned images such as photographs. The notation <p> 
refers to the project short name. As is the case for the other 
tables 86, there is an image table 90 for each project For 
each image for a specific project, an entry (or record) is 
made in the image table 90 for that project 

A video table 92 ( ,4 mmf_<p>_video M ) is used to index 
full motion video created using videography equipment or 
by way of computer animation. An audio table 94 ("mmf_ 
<qp>_audio") is used to index audio segments created by 
audio equipment or by computer. An object table 96 



is made in the checkout table 108 each time an asset is 
checked out Each such entry in the checkout table 108 is 
removed when the corresponding asset is checked back in. 

Each of the tables shown in FIG. 3 defines a specific data 
structure, comprised of multiple fields. Each entry (or 
record) in one of the tables has that data structure. Each data 
structure is described below in conjunction with a corre- 
sponding tabular listing of the fields of the data structure. In 
each tabular listing, the left-most column contains the field 
names. The second column from the left contains any 
restrictions on the field, indicated by the designations U, NN 
and X-REE The designation U indicates that the field's 
contents must be unique from the contents of this field in 
other entries in the table. The designation NN indicates that 
the field must not be null. The designation X-REF indicates 
that the field provides a cross-reference to an entry in 
another table. The third column specifies the data type of the 
field, and the right-most column provides a brief description 
of the field. 

The following tabular listing describes the data structure 
20 of each entry in the project table 80. 



_mm|jMpject_ 



10 



15 



25 


Field 


Limits 


Type 


Description 




name 


U.NN 


varchar(40) 


Lowercase; no spaces - use 
underscore 




description 


NN 


text 


Project Description 




manager 


NN 


varchar(8) 


Project Manager (name should 


30 


short_name 






also exist in mmf_sta£P table) - 


U,NN 


varchar(20) 


Internal table name to use for 
the project 




start_date 


NN 


tuDEStamp tz 






end_date 




fiTTTffgtgmp f7 






pcroject_current 


NN 


boolean 


Status flag (T* if project 


35 








currently going on). 


archive date 




times tsmp__tz 


Default = T 




archive infh 




text 


Archive storage information 










(DAT #, etc.) 




charge ^number 


NN 


char(15) 




common project 


NN 


boolean 


Set to True if project is a 


40 








common project. 




asset__table__oid 




set of (OID) 


OID's of project asset tables 



50 



The "name" field contains the assigned name far the project, 
up to 40 characters in length. The "description" field is a 

^^tointo^a^co^ 45 J?*" 1 * of * e ^f-™ e "manag^fiddiden- 
^ r Unes the manager assigned to the project The "short_ 

name" field is the project short name, which is the internal 
table name to be used for the project, i.e., the character string 
<P> of the asset-type tables 86. The "start__date" and 
"end__date w fields respectively contain the starting and end- 
ing time and date of the project The "project_current" field 
indicates whether the project is currently active. When the 
project tables are archived, the "archive_date" field con- 
tains the time and date the project was archived, and the 
"archive_Jnfo" field contains a textual description of the 
archive, e.g., the medium on which the archival was made. 
The i4 charge_jiuniber M field can be used to store the billing 
number for the project The "cornmon_projecr field indi- 
cates whether or not the project is a common project Any 
60 user can search for and preview assets contained in projects 
designated as common projects. However, as with non- 
common projects, only users assigned to a common project 
can check assets in and out . of the project The "asset_ 
table__OID" field contains a list of pointers (object identi- 
ing of assets, as described in detail herein after. A system 65 tiers OID's) to the asset tables 86 for this project, 
manager can add and remove entries in the keywords table There is an entry in the project table 80 for each multi- 
106 by way of die database management tool 21. An entry media project, each entry having the above data structure. 



(i.e., executable code), 

There is also a document table 98 ( M mmf_<p>_doc w ) for 
each project for indexing general documents, such as text 
files. A general table 100 ("mmf_<p>_general") exists for 
each project to store new file types not covered by one of the 
other specific asset type tables 86. 

As previously mentioned, each of the specific asset type 
tables 86 inherits from the asset table 84, so that the data 
structure of an entry (or record) in one of the specific 55 
asset-type tables 86 includes the fields defined by the asset 
table 84 (i.e., inherited fields) and the further fields defined 
by the specific asset-type table 86. The inheritance is rep- 
resented in FIG. 3 by the solid triangle 88. 

The database structure includes two further tables as 
depicted in FIG. 3: a keywords table 106 "mmf_ 
keywords"); and a chekc out table 108 ( 4 *mmL_checked_ 
out_assets w ) to store category-keywords pairs, which can be 
specified when checking in assets and then for later search- 
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Additionally, in the embodiment being described, it is envi- 
sioned that there will be three background-type projects 
indexed in the project table 80. These background-type 
projects comprises a "cornmon_media" project, a 
"common_applications M project, and a u factory_ 
management" project. As with other projects, users are given 
access to one or more of these background-type projects by 
having a reference to the project in the user's record in the 
staff table 82. as described in greater detail below. The 
"common_rnedia M project points to asset tables 86 of com- 
mon multimedia assets to which most system users will have 
access. The w common_applicatioiis M project points to asset 
tables 86 of common applications and documents (e.g., 
application development tools and documentation) that mul- 
timedia application developers should have access to. The 
< *factory_jnanagement" project points to asset tables 86 of 
system management assets, primarily system management 
documents, to which system management staff should have 
access. 

Next, in conjunction with the below tabular listing, the 
data structure for the staff table 82 will be described. 



Field 


Limits 


Type 


Description 


asset oid 


U,NN 


oid 


OID of checked out asset 


user _ oid 


TJ^NN 


oid 


OID of user who checked 






out the above asset 


checK_out_type 


NN 


text 


Type of check out: 






CO_JUSE^AS_JS, 








CO_UPDATE, 








C 0_USE_AS_BASIS 


check-out time 


NN 


tnnestamp_tz 


Time of check out 



15 



20 



25 



Field 



mmf_staff 
Limits Type Description 



Each time a multimedia asset is checked out, an entry is 
added to the check-out table 108. When the asset is subse- 
quently' checked back in, the entry for that asset is removed 
from the check-out table 108. The "asset__oid" field points 
to the multimedia asset 86 checked out The "user_Jd" 
contains a pointer to the entry in the staff table 82 corre- 
sponding to the user who checked out the multimedia asset 
The "check__out_type" field contains a text string indicat- 
ing the type of check-out: use-as-is, update, or use-as-basis, 
as described in greater detail hereinafter. The "check_out_ 
time" field contains a rime and date stamp indicating the 
time of the check-out. 

The data structure of the keywords table 106 is depicted 
in the following tabular listing. 



user_id 



U t NN 
U,NN 
description NN 
assigned__piojects X- 
REF 



user_Jevel 



login_statas 



User id (lowercase) 
Full Name 

Additional information 

v List of currently assigned 

varchar(20)) projects (project short names; 
should also exist in 
mmf_project). 
Classification of the user 
(Developer; Designer, 
Manager, and Administrator). 
Default = Developer 
Current user login status flag 



varchar(8) 
varchar(30) 
text 
setof( 



varchar(30) 



boolean 



30 



35 



Field 


Limits 


TV!* 


category 


U,NN 


text 


keyword 


U,NN 


text 


owner 


NN 


varchar(S) 



tnmf bywords 

Description 



Lowercase; no spaces - use 
underscore. Pair Unique with 
keyword. 

Lowercase; no spaces - use 
underscore 

User id of person who entered 
keyword 



There is an entry (each having the above data structure) in 
the staff table 82 for each user of the multimedia asset 
management system 8. The "user_id" field contains the user 
identification name assigned to a particular user having 
access to the multimedia asset management system 8. The 
database management system 14 on the server 10 also stores 
the user identification names along with user passwords in 
an internal table. The "name" field contains the full name of 
the user. The "description" field contains textual information 
regarding the user. 

The "assigned_projects" field contains a list of projects to 
which the user is assigned. Each project name must corre- 
spond to one of the short names ("shorLjiame" field) in the 
entries in the project table 80. The short name of each project 
the user is to have access to is contained in the "assigned_ 
projects" field. Thus, if the user is to have access to one or 
more of the "cornmon_Jriedia, ,1 "common__applications " 
or 4t factory_jnanagement w projects, the short names of these 
projects would be contained in the "assigned_projects" 
field. The <4 user_level" field contains a classification of the 
user: developer, designer, manager or administrator. The 
"login_jstatus" field contains an indication as to whether the 
user is currently logged in. 

Next, the checkout table 108 is described with reference 
to the following tabular listing of the data structure of this 
table. 



40 For each keyword there is an entry in the keywords table 
106. Each keyword is stored in a particular category. The 
"category" field is a text string identifying the category of 
keywords in which the keyword falls. The "keyword" field 
is a text string containing the particular keyword. The 
"owner" field contains the user identification name of the 
user who entered the keyword. As mentioned above, a 
system manager makes, removes and modifies entries in the 
keyword table 106 by way of the database management tool 
21 on the client 16. 

Next, the asset table 84 is described in conjunction with 
the following tabular listing of the asset table data structure. 



45 



50 



55 



Field 



mm£_flssct 
Limits Type Description 



60 



U,NN varchar(30) Lowercase; no spaces - 

use underscore 
U,NN varchar(36) Asset's filename. 

doc Lengthy description of 



description 
keywords 



asseLJype 
creatioiLjdate 
65 creatonJd 
modi£iecjL_date 



doc Each keyword should 

exist in keyword 
table 

NN text Type of asset. 

NN timestampL-tz Default = current time 

NN varchar(8) 

timestamp_tz Date of last modification 
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Q 






-continued 






mmf_ asset 




Field 


limits Type 


Description 


modifiecL_by 


varchar(8) 


User id of last person to 


time_to_modify 




modify asset 




numeric(6, 1) 


currenL_modify_by 


varchar(8) 


User id of person 






currently modifying 






asset (NULL if 






asset has not been 






checked out for 






modification) 


replace count 


NN numeric 


Setjuenlial count of 
modifications. 






Incremented when 






asset is replaced. 






Default = 0. 


usage_count 


numeric 








1 1 1 1 r - UJD 15 






crwxitffo our. ue lull u 


basis_asset 


O0.Q 


Oid of basis asset 


children 




\jta s ox au assets 






that use this asset 






as a basis__asset. 


consists_of 


sccoi^otai 


Oid*s of all assets used 








copyright 




basis oid) 


text 


Copyright for this asset 


copyright_info 




Null if no copyright. 


text 


Contact for payment or 






other copyright 


time_to_create 




information 


numeric(6,l) 


Tune it took to create 






asset (Honrs to nearest 






tenth) 




doc 


Changes made from 






previous version of 



10 



are allowed to this asset Instead, the user then creates a new 
asset The "usage_count" field contains a count of the 
number of times the asset has been checked out The usage 
count is incremented by one each time the asset is checked 
5 out 

If the asset was created using another asset as the basis for 
the asset, as described in greater detail below, the "basis_ 
asset" field contains a pointer to the asset that served as the 
10 basis. The "children" field contains a list of pointers to assets 
created using this asset as a basis. The "consists_of ' field 
contains a list of pointers to the assets used to create this 
asset excluding the basis asset which is identified in the 
"basis_asset" field. Generally, the "consists_of" field lists 
assets used without modification in creating the asset; the 
"basis_asset" field identifies the asset, if any, used as a 
starting point and subsequently modified, in creating the 
asset 

The "copyright" field contains text indicating the owner 
of any copyright in the asset The field contains NULL if 
there is no copyright concerning the asset The copyright 
identification in this field identifies the copyright in this 
particular work. Further copyright information may exist in 
the assets identified in the "basis_asset" field and the 
"consists_of ' field. The "copyright_Jnfo" field contains 
text identifying the entity to contact for copyright informa- 
tion concerning the asset, e.g., a telephone number of the 
30 copyright owner. The <4 time_to__creat" field contains the 
number of hours, to the nearest tenth, it took to create the 
asset The "add_chg_desc" field contains text describing 
the changes made from a previous version of this asset if 
any. 

The data structure of the image table 90 includes the 
just-described data structure of the asset table 84 plus the 
additional items shown in the following tabular listing. 



15 



20 



25 



35 



(subclass! 



Field 



Limits 



Type 



Description 



As previously indicated, no entries are made in the asset 
table 84. Rather, the specific asset-type tables 86 inherit the 
data structure of this table and multimedia assets are entered 
by way of the specific asset-type tables 86. The above data 
structure defines the fields contained in all asset tables 86. 
Asset-type specific fields are defined by each of the specific 40 
asset types 86. The "name" field contains the name of the 
multimedia asset The "filename" field contains the name of 
the file in which the multimedia asset was originally con- 
tained. The file is deleted once the asset is checked in. When 
the asset is subsequently checked out, a copy of the asset is 45 
stored on the client 16 in a file of this name. 

The "description" field contains a description of the asset 
The "keywords" field contains a listing of the keywords 
assigned to the multimedia asset The tl asset_type" field 
identifies the asset type: image, video, audio, appl__obj, doc, 50 
or general The "creation_date" field contains a time and 
date stamp for the asset; the default is the current time and 
date. The creator of the asset is identified in the "creator_Jd" 
field. The time and date of the last modification of the asset 

™T^U« ^f^-^f^ ; and ^S n B W ! , ° 55 Tto "^-object" field contains the actual nnage. The 
made the last modificat.on is jtaflfed id the "mcxMed. .. snapshot » field J contains a for ^ ^ ^ ^ 

mapped format, e.g., for an icon. The format" field contains 
text identifying the format of the image, e.g., BMP, GIF, 
PCX, or others. "Size," "width," and "height" fields contain 



image_object 


U,NN fcngDesc 


Image 


snapshot 


ImgDesc 


Thumbnail for image up to 


format 




75 x 75 BMP format 


NN text 


Image format (BMP, GIF, 


size 




PCX, etc.) 


numeric 


Image size 


width 


numeric 


Image width 


height 


numeric 


Image height 


resolution 


text 


Image resolution 


bitdepth 


numeric 


Image bitdepth 


patette 


. text 


Palette associated with this 






image 



by" field. The ll time_to_rnodiry" field contains the time it 
took to make the last modification of the asset, rounded to 
the nearest tenth. If the asset is currently checked out for 
modification by a particular user (i.e., CO_UPDATE check- 
out type), the user is identified in the **current_jnodify__by" 
field. This field is NULL if the asset is not currendy checked 
out for modification. 
The M replace_count" field contains a count of the number 



60 



respectively the image size, width and height The Resolu- 
tion" field identifies the resolution of the image. The "bit- 
depth" field identifies the image bitdepth, e.g., 8 or 16 bit. 
The "palette" field identifies the color palette associated with 



of modifications made to the asset. The count is incremented 65 tms image, 
by one each time the asset is checked in with modifications. The additional fields added by the video table 92 are 
Once the replace count reaches five, no further modifications shown in the following tabular listing. 
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mml_yLdeo 
(subclass) 



mm_appl_.obj 
(subclass) 



Field 


Limits 


Type 


Description 


video_object 


U t NN 


large object 


Video 


frame_rate__fps 




numeric 


Video frame rate (frames 






per second) 


format 


NN 


text 


Video format (SGI, QT, 








INDEO, MPEG, etc.) 


size 




numeric 


Video size 


width 




numeric 


Video width 


height 




numeric 


Video height 


compression 




text 


Type of compression 


lcey„frames 




text 


Key period 


data_rate_Js:ps 




numeric 


Video rate 


audio__type 




text 


Type of associated 






audio (stereo or 








mono) 


audio__freq_khz 




numeric 


Sampling frequency (11, 






22, 44 kHz) 


audio_bitdepth 




numeric 


Audio bitdepth (8 or 16-bit) 



5 Field 



Limits Type 



Description 



application-object U f NN large object application 



launcher 
platform 



10 



NN text The name of the launching 

application 
text The platforms the 

application runs on 
numeric Size of the application 



The "video_object" field contains the actual video. The 
"frame_rate_fjps" field contains the video frame rate in 
frames per second. The 'format" field identifies the video 
format e.g., SGL QT, INDEO, MPEG, etc. The "size," 
"width," and "height" fields contain respectively the video 
size, width and height. The "compression" field identifies 
the type of compression, if any, of the video. The "key_ 
frames" field contains textual information on the key period, 
ie., conventional attribute description for digital video 
media types. The "data_rate_kps" field contains the digital 
bit stream rate. The M audio_type" field identifies the type of 
associated audio, e.g., stereo or mono. The "audio_jreq_ 
khz" contains the sampling frequency of the audio track(s) 
in the video, e.g!, 11, 22 or 44 kHz. The "audio_bitdepm" 
field contains the audio bitdepth, e.g., 8 or 16 bit; the 
bitdepth indicates the number of bits used to represent a 
sampled value. 

The additional data structure fields defined by the audio 
table 94 are tabulated in the following. 



The "application__obj" field contains the executable code of 
the application that forms this asset. The executable code 

15 may be stored in compressed format. The *launcher" field 
contains the name of the application from which this appli- 
cation is launched, i.e., executed. The ''platform* field 
identifies the platform, i.e., computer and operating system, 
on which the application runs. The "size" application iden- 

20 rifles the file size of the application code. 

The document table 98, which inherits from the asset table 
84, adds the following fields. 



25 



30 



35 







mm£_doc 
f subclass! 


Field 


Limits 


Type Description 


doc_object 
format 

size 


U,NN 


large object Document 

text Document format (PDF, DOC, 

RTF, PS, TeX, etc.) 
numeric Document size 



The "doc_object" field contains the actual document that 
forms this asset The "f ormat" field describes the format of 
the document, e.g., PDF, DOC, RTF, PS, TeX, etc. The 
"size" field contains the size of the document. 

The general table 100 also inherits from the asset table 84, 
and defines the following additional fields. 



rnrnf gm^fal 

(subclass^ 



Field 



Limits 



Type 



Description 



mmf_audk> 
(subclass} 



45 generaL_object U.NN 
format 



Field 



Limits Type 



Description 



large object 
text 

numeric 



Asset content 
Descriptive file format 
Size of the file 



audio_object 
format 

audio__type 



U,NN 
NN 



sampling freq_Jchz 

bitdepth 



large object Audio 

text Audio format (WAV, 

AU, VOC, etc.) 
text Audio type (mono or 

stereo) 
numeric Audio size 
numeric Sampling frequency (11, 

22, 44 kHz) 
numeric Audio bitdepth (8/16732 bit) 



The "audio_object" field contains the actual audio. The 
'format" field identifies the audio format, e.g., WAV, AU, 
VOC, etc. The "audio_type" identifies the audio type, e.g., 
mono or stereo. The "size" field identifies the file size of the 
audio asset. The "sampling_Jreq — Jchz" field identifies the 
sampling frequency of the audio object, e.g., 11, 22 or 44 
kHz. The "bitdepth" field identifies the audio bitdepth, e.g., 
8, 16 or 32 bit 

The application object table 96 inherits the data structure 
defined by the asset table 84 and adds the following fields. 



The "general__objecf * field contains the content that forms 

50 this asset. The *f ormat" field describes the file format of the 
asset, and the "size" field contains the file size of the asset 
HL System Operation 
The operation of the multimedia asset system will now be 

55 described in greater detail in conjunction with the block 
diagram in FIG. 4 and the user interface screens depicted in 
FIGS. 5 through 19. The rectangular boxes, e,g., boxes 40, 
42, and 44, in the block diagram of FIG. 4 represent 
operational components of the mtilrirnedia asset manage- 

60 ment system. In the enibodiment being described, the mul- 
timedia asset management program 22 is programmed in an 
objected oriented paradigm, Le., using an object-oriented 
programming language. The boxes shown in FIG. 4 can be 
implemented as objects and will be referred to as such 

65 herein. Many of the boxes shown in FIG. 4 also correspond 
to user interface screens of the multimedia asset manage- 
ment system. For such boxes, the same reference numeral is 
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used to refer to the box and the corresponding user interface Upon selection of the "OK" button, the contents and size 
screen, e.g., the reference toolbar object 40" refers to the of the entries made in the "user name" and "password" fields 

software object and the reference 'toolbar dialog box 40" are checked by the multimedia asset management program 

'rf ft toolbar user interface screen shown m FIG. 5. 2 2. If there are any problems, the program asks me user to 

5 ^-enter the user and/ox passw^Tlhe multimedia 
cyhndersSO, K ^86. The hnesmterct»rmectmg the boxes and a^t management program 22 obtains server and database 

cylinders in FIG. 4 represent interaction between the soft- information (in particular, server name, host name, port 

ware components and the passing of data. number and database name) from the session data object 

The operation of the multimedia asset management sys- 120. Assuming the contents and size of the •'user name" and 

tern is centered about the toolbar object 40. The toolbar user 10 "password" fields are acceptable, the multimedia asset man- 

interface screen 40 shown in FIG. 5 includes buttons 60-74 agement program 22 uses this information to attempt to form 

for accessing the various functions of the multimedia asset a connection with, the server computer 10. The server 10 

management program 22. Selecting one of the buttons, e.g., verifies the entered user name and password by comparison 

by a mouse, causes the multimedia asset management pro- to an internal database of user names and passwords. If the 

gram 22 to display the user interface screen corresponding 15 multimedia asset management program is unable to form a 

to the selected button. The "login/logout" button 60 is connection to the server 10. an informative error message, 

selected to access the login user interface screen 42 and the e.g., incorrect password, is displayed, and the user is asked 

logout user interface screen 54. The "check-in" button 62 is to re-enter his/her user name and password. 

selected to access the check-in user interface screen 44, and rw* * f a „ -*u **. _ * A ^ 

the "check-oot- button 64 is selected to access the cheiout 20 mS^.^TZ „ " ^ 

user interface screen 50. By selecting the "browser" button 1 ^nagement program 22 accesses the 

~ tw— , , _ . ' ., . " , server database by way of the database access ob ect 126 

fron^w T r !T D 18 &CC ^ ***** « HG. 4. The database access object 126 c2 

f °?< *h xh " mtafaCe - SCreen " r J* functions " the of functions 23 to infract with the 

WS ^tnn ^ S T^ SP y Ti 15 ac ^ esse l b y * e debase management system 14 on the server 10 (not 

"reports button 68. The user initiates exiting from the 25 shown in FIG 4) 

multimedia asset management program 22 by selecting the „ 

"exit" button 70 staff table 82 is interrogated for the record corre- 

The toolbar 40 can also include other buttons, as illus- * C US f • U \l *" ,?2 ^ record ^ hose 

trated in FIG. 5. PIG. 5 additionally depicts a "utilities" ,"1*7* . fi £l T^l f- ^ ^ * 

button 72. for accessing various utuity-tyri functions of the 30 SI^^A f „ » nte ^ 0 *»8 * e 

multimedia asset management system 8 As explained in ^ IK^J^ database i< f« es s <*>J«* 126 Once this 

greater detail below, touser can change hisAe/password SfS S "*/ 

via the "utilities" button 72. and the user can check in all * e USa . " .fff^L ^ hst m to 

assets currently checked out with the use«s-is check-out JSS^f2?I ^ \ ^nation is stored in the 

type. Also depicted in FIG. 5 is a "help" button 74 for 35 'T™ ^ ^ ^ on 6 wth other use * formation 

obtaining on-line help on using the multimedia asset m£ *f . ldentlficat r name - ff toe ***»«L 

agement system. prqjecT field contains no projects, i.e., has a NULL value, 

At startup of the multimedia asset management program w^Sf T*^T a ^J^Tt toolbar u dialo 8 

70 and 72 are enabled; the other buttons are disabled. Also «o £ i"!*^ 1 * butt ° n 66 f not **** 

_ , m „ f t . „,.i».-„^-, „. _ . the user can search and preview assets contained in any of 

on stort up of the multunedia asset management qrstem ^ coamm jccts ^ ^g^^- field ^ ^ ^ 

" SCSS,0,l H data ^ «J V 1 f 10 " 4 : * staff table record is set to reflectiiat the user X7k 

created. The session data object 120 contains information . ^ 

regarding the system user, keywords, and other information, * logm object 42 mteiT °g ates *e project table 80 for a 

as explained in greater detail below. 45 ^ of common Projects, i.e., project table records with the 

**CQmmon_jjroject" field set This information is also stored 

A. Login in the session data object 120. The login object 42 also 

Now the functions of the multimedia asset management obtains the list of keyword-category pairs stored in the 

system, accessed by way of the toolbar window 40, will be keywords table 106. The keyword-category pairs are stored 

described in greater detail. The action taken by the 50 in ^ st^on data object. The login dialog box 42 is then 

multimedia-asset management program upon selection of closed and the toolbar dialog box 40 is returned to. A status 

the 'login/logout" button 60 depends upon whether or not is returned to the toolbar object 40. 

the user is already logged in. If the user is not already logged 

in. the login dialog box 42 (shown in FIG. 6) is displayed B ' Ck***- 0111 

This is depicted in the block diagram of FIG. 4 by the line 55 Once multimedia assets are checked into the multimedia 
interconnecting the toolbar object 40 and the login object 42, asset management system, in the manner described below. 
The login dialog box 42 shown in FIG. 6 has a "user name" the user can check out multimedia assets. The user launches 
field in which a user enters his/her assigned user name. The the check-out procedure by selecting the "check-out" button 
login dialog box also has a password" field in which the 64 on the toolbar dialog box 40, shown in FIG. 5. This 
user enters his/her assigned password. & causes the check-out dialog box 50 shown in FIG. 7 to.be 

After entry of the user name and password, the user displayed. The check-out object 50 obtains the user name 
selects an "OK" button on the login dialog box 42 to attempt from the session data object 120. The check out object 50 
to login into the multimedia asset management system. also obtains the list of projects assigned to this user from the 
Alternatively, there is a "cancer button, the selection of session data object 120. 

which will cancel the login attempt As with many of the 65 The user enters the name of the multimedia asset to be 
other dialog boxes, there is also a "help" button which can checked out in the "name" field of the check-out dialog box 
be selected to obtain on-line help. 50. The asset name should correspond to one of the names 
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in the "name" field of the assets tables 86 stored on the CO_UPDATE. The "check-out date" field contains the date 

storage device 12. Upon selection of the down-arrow adja- the asset was checked out 

cent the "project" field, the check-out dialog box lists the xhe check-out object 50 also causes an entry to be added 

projects from which the user can check out assets. The list to ^ c check-out table 105 on the server. The fields of this 

of projects corresponds to the list of projects assigned to the 5 previously described table are filled. For example, the 

user, which is obtained from the session data object 120. The " c heck_out_type" field is filled to represent the "use as is" 

user selects one of these assigned projects. check-out type (i.e., "CO__USE_^S_IS"). 

The user specifies the type of asset to be checked out by ff ±& ^ ^ out ^ is specifi ed, the 
selecting one of the radio buttons (audio, video, image, object 50 similarly obtains a copy of the asset 
document code or other) in the "type panel of the check out 10 Ae ^ tetoe access objec t 126 and the copy of the asset 
dialog box 50. The buttons are "radio buttons in that only { ^ ^ ^ ^vicc 20. The check- 
one button can be selected, and if a new button is -selected, t ^ ^ & XQ ^ ^ check . out UH 
the previously-selected button is de-selected. The user 5 wa y 0fthecheck - 0 ut table object 130. And, the check-out 
selects the check-out type by way of the What do you plan J* ^ & to ^ adde4 m te server _ side 
to do with this asset?" panel of the check out dialog box 50. 15 tob!c 105 ^ « c heck_out_type" field is set to 
The user specifies one of three checkout types: use as is; use ^ ^ ^ as basis » che^t type. 

asset Tne default check-out type is "use as bans. ££SMSZS2E already checked out, regardless 

The check out object SO submits a query to the database 2So*«M type, thereof check-floth denied. The 

access object 126, depicted in FIG. 4 to local* the user- ffl ^"SMtatoS the user of this condition and 

specified asset and to determine whether •the check-out is ™Xthe check-out window 50. On the other hand, if the 

with the database management system 14 (FIG. 126 retums a ^ of me asset for local storage at the client 

the specified asset-type table 86 for toe speeded project If ^> t0 ^ local 

the asset cannot be found, the database , access object U6 30 "^ ut " ble i28 b y J wa y 0 f the check-out table object 130 

returns that status information to the check-out object SO J^tfte check out An entry is also made in the 

the asset is found, the "current_moaify_by Mofte «^rrent_modify by" field of the asset's record on the 

«^ fc ^^ de ^£^"XffS33 « S r«"fS-in y wimtheusername. 

out for modification, i.e., checked out with the Tipaate/ 35 . , - „ . JV . „ . 

^"cS-outry^Iftheassetiscurrentlycheckedout Regardless ofthechec k^ut type, the foU <^>^ 

Tor modification, national check outs of the asset are actions are performed. The "usage counf field oi E the 

allowed. The database access object 126 reports this condi- asset's record on the server 10 is lamented. Prior to 

SwTheAecToutobj^ storingthecopyof the asset locally (i.e ^.onthechent storage 

l7h.,VcZr 40 device 20), the check-out object 50 checks to see if a local 

to ine user. . „. . . _,,„_,,, file of the same name as the file name of the asset to be 

The database access object IN copies the asset locally, i.e., successfully completed, the user is informed of 

to me storage device 20 on me client 16. 45 ^ ^^^^^Xlog box 50 is closed and the 

The check-out object 50 stares an mdic^on or ttie ™ ^ ^ toolbar 40 ^ 

check-out in a local ^ f.ffl" ^* °* ^ returne dto if the ''cancel" button on the check-out 

computer 16. as depicte d in FIG. 4. A<^>«^ S£ta5« is selectedprior to successfully completing a 

table is used for each user. The multimedia asset manage- ™ check-out dialog box SO also has a "help" 

ment program 22 maintains the lc«al check-out table 128 by so ^ ^ ^ hd B can te obtained _ 

way of a check-out table object 130. The local check-out DUtcon nom wmul uu 17 

table 128 comprises a file with an entry or record for each c Check-In 

rheck-out Each entrv has the following fields: check-in . . 

* •£ OTO asse?name; project; filename; asset type; Next, the check-in procedure >» described in ^conjunction 
T^^\^^d^^ : dt t M^aMiB » with the block diagram in FIG. 4 and the check-m user 

^'t aVseTfe checked back in The "asset OID" interface screens shown in FIGS. 8-15. Upon user selection 

Sco"a to tte^seSSe server computer of the "check-in" button 62 on the toolbar ******* 

^rSDa^S^^M-Tte^^Ltf- proc^isbegun-Themecheck-indialogbox^ 

field ilme muut ofTlsset, i.e! in the "name" field of the in FIG. 8 is displayed. In this dialog box the user specifies 
^^^™ifcW^«rilddoo-»n.«.e 60 fcepamandnameofthefUecon^ 

^arne of the project to which the asset corresponds. The to be checked in. The file name * specified m a "file name 

^al"Lw coTtatasIeme name assigned to the asset field and the file path is specified in Rectories and drives 

^^SSSS^^^c^ the server 10. fields. The "network" button can be selected to select disk 

Tne "assIt^T" Add contains the asset type, i.e, the drives on different server computers The user can speofy a 
•Set!C"^eld of the asset record on the server 10. The 65 ^^^%f^^^^^/^^L 

"ctectoTtype" field contains the check-out type, i.e, field to limit the files listed in the "file name ********* 

CO USE AS IS CO USE AS_BASIS. or file has been specified, the user continues the check-in 
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procedure by selecting the "OK" button. If the "cancel" checked in is a modified version of a previous asset, a 

button is selected, the check-in operation is aborted and the description of the modifications can be entered here Upon 

toolbar 40 is again displayed. storage of ,h e ^ on ^ ser/a 10 ^ modification 

Upon selection of the "OK" button, the check-in object 44 information is placed in the "add_chg_desc" field of the 

determines whether the specified file corresponds to an asset s record for mis asset If. in addition to the basis asset, one or 

o„^,^«^f ^fi, 001- \ r ^ eWI ° g *? more assets currenfl y i" me multimedia asset man- 
checkout toble 128 If toe fifc specified is an asset that is system were used ^ ^ to be 

currently checked out with either the "use as is" or "use as ,T a™. „„„„,,. „ . , _ . , ~r „ . 7TT 

basis" check-out types specified, the asset is checked in an 15,5 SeleCted from ** consists of fidd 

without further action by the user. The check-in object 44 in _ 

(by way of the check-out table object 130) adds the current ™ e user ^ s P edf y keywords for &e asset by use of the 

date to the "check-in date" field of the entry corresponding categories" and "keywords" fields. The user first selects 

to this asset in the local check-out table 128, to reflect the one of &e " cate g° nesW ^ted in the "categories" field. The 

check-in. The local check-out table entry is not removed at check-in object 44 then obtains the keywords falling within 

this time. Rather, each time the check-out table object 130 is . , ^ cate g orv from me session data object 120 which then 

called, the check-out table object 130 checks for records Fovides a list ofkeywords in me bywords" field. The user 

with a check-in date (i.e., in the "check-in date" field) more ^ selects one rf Ac Hsted keywords and selects the 

than a selected amount old (eg., two weeks). Thus, records ad l acent arr° w " button to ha ve foe keyword added to 

in the local check-out table 130 are not removed until after me * evword ^ Md - ***** manner, multiple keywords 

a certain period of time after the asset has been checked in. 9n can be s< ^ uen tially added to the "keyword list" field. To 

The check-in object 44 calls the database access object 126 remove a keyword from the keyword list, the user selects the 

to have the object checked back into the server 10. This kevw <* d m *e "keyword list" field that the user wants to 

comprises removing the entry corresponding to the check- remove - The uscr ^n selects the "left arrow" button adja- 

out from the server-side check-out table 105. Then, the w nt Ae "keywerd lis^ field. Alternatively, the user can add 

check-in object 44 returns control to the toolbar object 40, „ J r ™° v "f * teyward from the "keyword list" field by 

which once again displays the toolbar window shown in l*^*!?^- 011 kevword in ^ "keywords" field or 

FIG 5 keyword list" field, respectively. The specified keywords 

On the other hand, if the user-specified file name does not ^ *° to me ^ c yw°rds» field of the asset record on 

correspond to an asset that has been checked out as "use as fte SCTVer 10 UpOD dieck m ' 

is" or "use as basis" (i.e., this asset does not exist on the 30 The user can enter copyright information, such as the 

server or this is a modified or updated version of an asset on copyright owner, for the asset in the "copyright" field. The 

the system) the check-in dialog box 44b shown in FIG. 9 is user enter faitho" copyright information, for example the 

displayed. The user specifies further details of the asset in contact person and telephone number, in the "copyright 

the check-in dialog box 44b. The "file" field contains the file info " fidcL ^ user ^ enter me number of hours charged 

path and name that the user specified in the file check-in 35 t0 <XQSit * assct in ^ "hours charged" field which is 

dialog box 44c. This field is not editable. The check-in subsequently entered into the "time_to_create" field of the 

object 44 obtains the user name, the fist of assigned projects asset reconl on ^ seTyex - 

for this user and the list of keywords in the keywords table The user can select the "check-in" button, the *teset" 

106 from the session data object 120. The check-in object 44 button, the "cancel" button or the "help" button at the 

reviews the local check-out table 128 and constructs a list of 40 bottom of the check-in dialog box 44b. If the "check-in" 

assets that the user has checked out with the "use as basis" button is selected, the check-in object 44 checks to see that 

check-out type. This list is used to prefill the "basis" field in the "name," project," "basis" and "description" fields are 

the check-in dialog box 446. The check-in object 44 also n ot blank. If any of these fields are blank, the user is asked 

constructs a list of assets the user has checked out with the to complete the blank field. In the asset "type" panel, in 

4 *use as is" check-out type. This list is used to prefill the 45 which the asset type is specified, there is an "attributes" 

"consists of* field in the check-in dialog box 44b. The list of button. This button can be selected to define the attributes for 

assigned projects and list of keywords are used by the the specific asset type, i.e., audio, video, image, document, 

check-in object 44 to pre-fiU, as possible selections, the code or other, as described below. If the user has not 

'•project," "categories," and "keywords" fields in the check- previously specified the asset attributes by selecting the 

in dialog box 44b. 50 "attributes" button, upon selecting the "check-in" button, the 

The check-in dialog box 44* includes a "type" panel same attributes dialog box that would have been displayed 

having radio buttons for each of the possible asset types: ^ t^e "attributes" button was selected is displayed, so that 

audio, video, image, document, code or other. The user ^ c user can specify the asset attributes, 

enters the full name of the asset in the "name" field. The user The check-in object 44 then calls the database access 

selects one of the projects listed in the '^project" field. By 55 object 126 and passes the information specified in the 

way of the "basis" field, the user can select, from the list of check-in dialog boxes to the database access object 126. The 

assets, the asset, if any. that served as the basis for the asset check-in object 44 also passes a flag indicating whether this 

being checked in. The list of possible basis include a NONE is a modification of a previously existing asset, in which case 

option. The NONE option should be selected if the asset has particular database fields are updated, as described in the 

no basis. If a basis asset is specified the information far that eo following. The database access object 126 in turn causes the 

asset, obtained from the server, is used to pre-fill the specified information to be stored in the appropriate asset 

"consists of," "description," "keyword list," "copyright," table 86 on the server 10. If this is a completely new asset, 

and "copyright info" fields, as a starting point for the current a new record of the corresponding asset type is created and 

asset These fields can be subsequently modified by the user. the fields for that record are filled with the specified infor- 

The "description" field is a scrollable text field in which 65 rnation. 

the user can enter a description of the asset. The "modifi- On the other hand, if this is a modified version of a 

cations" field is also a scrollable text field If the asset to previously existing record, the record for that asset is 
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check-in object 44 * , Ss of projects assigned to this user, the list of common 

asset The entry in the server-side check-out table 105 cor- ^ ^ m This inf is use d to 

responding to the previous check-out of the asset is ^ ^ 0 ject" field and the "categories" field, 

removed. ^ c '^jecf > field i s a non-editable field in which the user 

After the check-in is complete, the multimedia asset se i ec ts one of a list of projects to be searched. The list is an 
management program informs the user of the result of the w amalgamation of assigned projects and common projects, 
check-in, e.g., the check-in was successful. The check-in with duplicated project listings eliminated. The search dia- 
dialog box 44b is then closed, and the toolbar dialog box 40 log box 48 con tains an asset-type check box for each of the 
is again displayed. asset types (i.e., audio, video, image, document, general, or 

If, prior to completion of a check-in, the user selects the co de). The user can check one or more of these asset-type 
'Yeset" button in the check-in dialog box 44i>, the check-in boxes to specify the type(s) of assets to be searched for. 
object 44 clears all information specified for the asset in the The search dialog box 48 contains three search fields 138, 
editable fields of the check-in dialog box 44b, On the other 140 142. Sequentially using the search fields 138, 140 
hand, if the user selects the "cancel" button, the check-in is am i j 4 2, the user can define one component of a search. The 
aborted, and the toolbar dialog box 40 is again displayed. left-most search field 138 is a non-editable, single-selection 
The user can obtain on-line help by selecting the "help" ft st box that lists the fields of the asset data structure (as 
button. described above) that can be searched, e.g., the "name," 

The attribute dialog boxes for specifying the asset-type "description," "creation_date," "modify_date," etc. fields, 
specific attributes are shown in FIGS. 10-15. It is not The list of fields is displayed upon selection of the adjacent 
mandatory that asset type specific attributes be specified, 2$ down-arrow, as illustrated in FIG. 17a. The middle search 
Each of the fields in the attribute dialog boxes are editable field 140 is also a non-editable, single-select list box. As 
text fields that the multimedia asset management program shown in FTG. 17a, this list box lists the various search types 
pre-fills to the extent possible. Each of the attributes dialog that can be applied to the field selected in ttie leftmost 
boxes shown in FIGS. 10-15 has: an "OK" button, which is search field 138. The right-most search field 142 is an 
selected after the attribute information has been completed 30 editable field in which the user specifies the qualifying data 
to confirm the entered information; and a **reset" button, for the field specified in the left-most search field 138, based 
selection of which causes the attribute fields to be cleared. upon the search type specified in the middle search field 140. 

The attributes dialog box for audio-type assets is shown in The search types that can be specified in the middle search 
FIG 10 In this dialog box, the user can enter the format, field 140, depending on the field specified in the left-most 
audio type, bit depth and frequency of the audio asset The 35 search field 138, comprise: contains, does not contain, 
video attributes dialog box is shown in FIG. 11. By way of equals, does not equal, is less than, is greater than, * before, 
mis attributes box. the user can specify the video format, is after, etc. As an example, the "creation date field can be 
frame rate, compression, bey frame period ("key frame specified in the left-most search fieWltt, the equals 
every" field) data rate, audio type, audio frequency, audio search type can be specified m the middle search field 140, 
bit depth, height, and width. FIG. 12 shows the attributes 40 and the text "Apr. 5, 1996" is entered in the right-most 
dialog box for image assets. The user can specify the image search field 142. This example specifies a search for assets 
format, resolution, bit depth, pallet height and width. Hie that were created after Apr. 5, 1996. Upon selection of the 
attributes dialog box for document-type assets is shown in "add condition" button 144, the multimedia asset manage- 
FIG 13 With this dialog box, the user can specify the ment program 22 checks to see whether proper selections 
document format and the program that can be used to view 45 were made in the left-most and middle search fields 138 and 
the document (i.e., the "launcher" field). FIG. 14 shows the 140 and that the right-most search field 142 was filled. If not 
appUcation file attributes dialog box, which is displayed for the user is prompted to fill in the appropriate fields. If the 
code asset types. The user can specify the platform for the search fields 138, 140 and 142 are property completed, the 
appUcation and the launcher program for the appUcation. search query defined by these fields is placed in ^e next 
The attributes dialog box for other asset types is shown in 50 available query line 146 in the query section 148 off ^e 
FIG 15 in which the user can specify the asset format and search dialog box 48. The current entries in the fields 138, 
size * * 140 and 142 are then cleared. 

Other search components can then be sequentially defined 
D. Search/Browse by use 0 f me searcn fields 138, 140 and 142 and the "add 

Returnmgnowtometoolbardialogbox40showninnG. 55 condition" button 144. Subsequent sear ch< 
5 if the "seWch/browse" button 66 is selected, the search/ added to the next empty query line 146 of the query section 
browse 46 shown in FIG. 16 is displayed. On start 148. Radio "and/or" buttons 46 exist between "query" fields 

Sme^e^owse window 46, aresultTar^a 160 of the 146 for the user to specify how search ^components are to be 

combined. If the "and" button^ selected, *e conditio^ 
Twmdow are deactivated except for the "new search," 60 specified in the two query tines between ud^ 
"cancel" and "help" buttons. Selection of the "cancel" radio buttons straddle must be satisfied. On pother hand 
button closes the search/browse window and returns control if the "or" button is sei^ted^nly one of these two search 
to me toolbar object 40, so that the toolbar dialog box is conditions need be satisfied. TOe search query "taj^ 
aeain displayed. . the top to bottom of the query lines 146, so that the operator 

Upon selection of the "new search" button, the search 65 "and/or" precedence is from top to bottom^ 
diSbox 48 shown in FIG. 17 is displayed. Through this The user can specify a ^^^^^^ 
dialoi box 48, the user can specify a search for assets a search component by way of the categories and key- 
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words" fields 46 and 152 of the search dialog box shown in Microsoft Corporation. For example, if the selected asset is 

FIG. 17. The "categories" field 46 is a non-editable, single- an image, the appropriate viewer displays the image on one 

select list box that lists possible categories of keywords. This of the output devices 28, e.g., a display screen. On the other 

list of possible keywords is obtained from the sessions data hand, if the elected asset is audio, the appropriate viewer 

object 120. The user selects one of the categories of key- 5 plays the audio content on one of the output devices 28, e.g., 

words listed in the "categories" field 46 as shown in FIG. speakers. As depicted in FIG. 4 by the line interconnecting 

17b. The "keywords" field 152 is a non-editable, single- the browser/search object 46, 48 and the database access 

select list box that lists the keywords falling within the object 126, when an asset is selected for previewing the 

selected category of keywords. This list of keywords is browser/search object 46, 48 obtains the asset from the 

obtained from the session data object 120. The user then 10 server 10 by way of the database access object 126 

lESTS? If** ^ Ae ; key T^ ™e user can also view descriptive information on one of 

152 The user adds the search component specified by the ^ assets by selecting the asset and then selecting the "Get 

categories and "keyworoV ^fields 46 and 152 by selecting M o" button on the bottom of the browse dialog 46. The 

the add condition button 154 Upon selection of the "add orowser object ^ obtains information regan |L g the asset 

condition button 154 the multimedia asset management 15 fro m me ^ recQrd on me m x § b * of me 

program adds the sdected ca^egory-keyword combination States* access object ^ As mustrated in pjQ \ 6b fee 

mo the next available query line 146 and then clears the information retrieved and displayed can include the infor- 

'category" and "keyword" fields 46 and 152. mation to ^ foU ^ ng ^ ^ 

Once the query lines 146 are all full, the "add conditions" asset's record: name; asset_jype; filename; description; 

buttons 144 and 154 are deactivated so that no further search 20 add_chg_desc; size; creation_date; creator_id; 

components or conditions can be specified. modified_date; copyright; copyright_Jnfo; and format. The 

If the user selects the "reset" button positioned towards information is displayed in an "asset information" window 

the bottom of the search dialog box 48, all the fields are 161 over the browse dialog box 46, as shown in FIG. 166. 

cleared except for the "user" and "project" fields. If the user The user can select all of the icons 162 displayed in the 

selects the "cancel" button, the search window 48 is closed 25 search results area 160 by selecting the "all" button at the 

and the browser window 46 shown in FIG. 16 is again bottom of the browse dialog box 46. The user can reset, i.e., 

displayed. On the other hand, if the user selects the "search" remove, the selection of all icons 162 by way of the "none" 

button, the search object 48 looks to see that at least the button at the bottom of the browse dialog box 46. If the 

"project" field has been selected, and then creates an internal search found many assets satisfying the search so that the 

search string based on the contents of the '•project" field, the 30 icons 162 span multiple pages of the search results area 160, 

asset type(s) selected, and the query lines 146. the left and right arrow at the bottom of the browse dialog 

As depicted in FIG. 4, the search is submitted to the 00x 46 can be used to page forward and backward through 

database access object 126. The database access object 126 the search results. 

requests the database management software 14 on the server 35 The user can begin a new search by selecting the "new 

10 to perform the specified search. The server 10 returns the search" button at the bottom of the browse dialog box 46. 

search results (i.e. , a set of pointers to the assets that satisfied Upon selection of the "new search" button, the search dialog 

the search string) to the database access object 126, which box 48 shown in FIG. 17 is displayed and pre-filled with the 

in turn returns the search results to the search object 48. The previous search query specification. 

names of the found assets, and the thumbnails for any image The user can check out one or more of the assets repre- 

assets, are also returned to the browser object 46. The sented by an icon 162 in the search results area 160 by way 

browser object 46 in turn displays the search results in the of the "checkout" button at the bottom of the browse dialog 

results area 160 of the browse dialog box 46, as illustrated box 46. The "check-out" button is deactivated unless one or 

m FIG. 16a. Each asset located by the search is displayed as more icons 162 have been selected. 

an icon 162. The icons 162 include the asset name , TK 0 ««k M i,^»u • i ^ * . 

tainedin *e W * d» asset race*) and the « ^^^^^S^SSSS. 

file size below the asset name. For image assets, the icon 162 if thf > 11C « ic n J » cci/Tna A ~- Z * \7 Cl * ™! 

. , ... e , ' ir me user is not assigned to the project to which the found 

is the thumbnail representation of the asset Other assets are ™ p#c ™ JT . . . \. J . . ^ v"~ 

„ . . u ~* j j • c ^ . assets are assigned. The determination is made bv wav of the 

represented by a standard icon for the particular asset type. • fx„^~? . . ^ 7 " ' 7 /. ™ 

\~ . J y ^ user information contained in the session data object 120. 

The icons 162 can be selected, e.g., by clicking on one of 50 This situation can occur when the user searched one of the 

the icons using a computer mouse. If one of the icons 162 common projects, but that specified project is not one of the 

is single-selected, e.g., clicked on once with a mouse, the projects assigned to the user. Any user can search and 

selected icon 162 is highlighted to show Us selected state. A browse common projects. However, only users assigned to 

"preview" button is displayed at the bottom of the browse a project can check out assets from that project 

SS? h^nn 46 -* ^ H° D Tf iC °Vf iS i Se i CCtCd ; ^ £ fe " 55 "check-out" button is activated if one or more icons 

v^ew button is enabled. If enabled, selection of the "pre- have been selected and the user is assigned to the project 

. ^ T* S^^n'S^ from which mc asse * were found If activated. useSc 

icon to be previewed as ascribed in greater detaU below. tion of me « check . our butt0I1 be ^ s ^ cneck _ out 

SS^T^ 9 teM f ^^*^°^S^ procedure, as depicted in FIG. 4 by the line ktercormectug 

SSfTJTS* ° n 1 H ?? 1COUS Pl ™ ±Q aSSCt 60 ta bowser/search objects 46, 48 and the check-out objecf 

identified by the selected icon. 50 ff only one of ^ ^ Hsted m me search resuUs ^ 

Previewing an asset by either double-selecting an icon 160 of the browse dialog box 46 is selected, the check-out 

162 or use of the "preview" button causes the contents of the dialog box 50 shown in FIG. 7 is displayed, and the 

asset to be previewed by calling a viewer program associ- check-out procedure as previously described is followed 
ated with the type of asset selected e.g., Paint Brush for 65 After the check-out is completed from the check-out dialog 

viewing images and Media Player for viewing (visually box 50, the check-out dialog box 50 is closed and control 

and/or audibly perceiving) audio and video, both offered by returns to the browse window 46. 
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r>„ tu~ hand if m^tinle icons 162 have been button on the logout dialog box 54, the logout is aborted, the 

box 50 not displayed. Rather, the selected assets are is again displayed. Alternatively, the user confirms the 

^Ln^y IS oTauton^dcally with the "use as is" logout by selecting the "OK" button. If assets are currently 

cnel^^ The user is asked to confirm the check-out 5 checked out to the user, a further dialog box is displayed, 

GteS££Sg the check-out dialog box 50. the informing the user ofthe number of assets checkedout to the 

SiTprocST each selected asset to the same as ^ThKiiuW^h^wjtatoj^ 

Sudy described. If the check-out is successful, the despite the fact that assets are checked out. B the user 

SevioS sS'coal are deselected in the searchresults . confirms me logout me logout continues. Alternatively, the 

^« «n oflhVhrowse window 46 «> user can cancel the logout, in which case the logout dialog 

area 160 of the browse window 46. ^ ^ ^ ^ ^ ^ ^ ^ again 

E. Reports displayed. 

,„ , Tf the nser confirms the logout the multimedia asset 
By selecting the 'Sports" button f « m^menTpro^ logs L user out The user infor- 

^M^t^po^fmi^n^n^^d^c^inFLa man^ d ^ &om m * session ^ obj^t 120, as 

4 by the line interconnecting me toolbar object 40 and fte matio^is ^ciear ^erconnecting Ihe logout 

reports object52.THe "reports- dialog box52 shown«.HG degM mjto y ^ ^ ^ ^ 

18 is displayed [ Only users wift a ^^^^ ^the server is updated to reflect the logout, i.e., the 

specified in the "user_Jevel field of the statable 8£are v ^ g2 for to user is 

allowed to invoke ttie 20 The logout dialog box 54 is then dosed, the 

dialogboxSZm^desaJ^ports SLnectta. to theserver is ended, and the toolbar dialog box 

select one or more report types. The Teports field is a disolaved 

non-editable, multiple select listbox.The user selects one or 40 is agam displayed. 

more report types from this list box. The user can only G. Exit 

f7T^SS^^Sj^& » Upon seiertion of the "exit" button 70 on the toolbar 

st^tobleSZTheavaflablereporttypesincluderaUstofaU dialog box 40, the multimedia asset management program 

assets checked out by a specified date; a Est of all assets 22 is terminated if no user is currently logged-in^ If a user 

created by a specified date; a list of all assets created from is currently logged-in, the logout procedure described mime- 

existing assetsby a specified date; the history of a particular diately above with respect to HG. 19 is first followed. If the 
asset- the assets currek^ 30 user chooses to logout, after me user logout is complete 

assets currently checked out. broken down user-by-user, and multimedia asset management program is terminated, 

a list of aE users currently logged in. H utflities 

Upon selection of one or more of the report types, the ^ ^ 1U 
"execute" button at the bottom of the reports dialog box 52 35 Upon selection of the "utilities" button 72 on the toolbar 

is activated. Once activated, user selection of the "execute* dialog box 40, the utilities dialog box 180 shown in FIG. 20 

button causes the multimedia asset management program 22 is displayed. The operation of the utilities function is pro- 

to determine whether additional formation is needed for vided by way of a utilities software object. The utilities 

the requested report type(s). If additional information is dialog box 180 contains a field 182 in which the user enters 

required, the user is prompted for the needed information. the type of utility function the user wishes to execute. The 

The reports object 52 then calls the database access object utility dialog box 180 lists the available utility functions; the 

126 to access the database on the server 10 to obtain the user selects one of these. The utility functions depicted m 

information for the report, as depicted in FIG. 4 by the line FIG. 20 comprise changing the user password and checking 

mterconnectmgmerep^^ in all assets currently checked out by the user with the 

126. Upon obtaining the database information, the database 45 use-as-is check-out type. 

access object 126 returns the information to the reports The utilities dialog box 180 has "execute" and "cancel" 

object 52, which then provides the report in the "results" buttons. Upon selection of the "cancel" button, the utilities 

area of the reports dialog box 52. dialog box 180 is closed and the toolbar dialog box 40 is 

Upon display of the report in the "results" area, the again displayed. If the "execute" button is sele^d^the 

"execute" button is deactivated and the "save" and ^rint" 50 utflities function specified by die user in the *W M2 

£ on the bottom of the reports dialog box 52 are perf armed. If the "check in ail ™AD^^^ 

activated The user can save the results report by selecting function is specified, all assets currently checked out by the 

the "save" button, upon which the user is prompted for the user with the use-as-is check-out type are automaUcaUy 

file name in which to save the report as a text file. If the user checked in the manner ^previously described wifc respect to 

selects the "print" button, the user is prompted to specify a 55 the check-in function. The utilities object calls the check-in 

printer and the results are then sent to the selected printer. object 44 to check in the assets. 

Upon user selection of the "cancel" button on the bottom of if me "change user password" utility function is specified, 

the reports dialog box 52, the reports dialog box is closed the "change password" dialog box 184 shown in FIG. 21 is 

and control returns to the toolbar object 40, which displays displayed, the operation of which is provided by way of a 

the toolbox 40 shown in FIG. 5. 60 password object The change password dialog box 184 has 

three fields: an "old password" field in which the user enters 

F. Logout his/her current password; a "new password" field in which 

If the user selects the 'loginAogout" button 60 on the the user enters the desired new password; and a "cotmrnTO 

tooTbJS ta« wmle *e useHs logged-in, the logout field in which the user re-enters *e desired new password 

tooiDar oiaiog dot ^ - wm*= u bb confirmation. The user then selects a "change" button on 

o££^ thebottomofthech^^ 

to iSSTS the user selects the "cancel" changing the password. The password object modifies the 
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user password by way of the session data object 120 and the 
database access object 126. If instead the user selects a 
"cancel" button on the dialog box 184, the change password 
dialog box 184 is closed, and the utilities dialog box 180 is 
again displayed 

IV. System Implementation 
Next, preferred system implementation details are 
described. In the preferred embodiment described herein, the 
server 10 depicted in FIG. 1 is an Indigo 2 Workstation from 
Silicon Graphics Incorporated with a minimum of: a 46 
MHz Mips Microprocessor; 64 megabytes of random access 
memory (RAM); a 1-gigabyte SCSI disk drive for the server 
operating system; and a 10 gigabyte SCSI disk drive for the 
multimedia assets. The Irix 5.3 operating system with 
Extended File System (XFS) from Silicon Graphics Incor- 
porated is used as the operating system for the server 10. The 
database management system software 14 is the hybrid 
object, relational-database management system (ORDBMS) 
Ulustra from Illustra Information Technologies, now part of 
Informix Corporation, The Illustra database management 
system is used along with the VRI and text Datablades 
offered along with Ulustra. In an alternative embodiment, the 
server computer 10 is formed by way of a personal computer 
having a Pentium Processor from Intel Corporation. The 
Windows NT 3.51 operating system from Microsoft Corpo- 
ration can then be used as the server operating system. 

The client computer 16 is a personal computer with a 
Pentium Processor from Intel Corporation. The client com- 
puter 16 includes at least 24 megabytes of random access 
memory, and the storage device 20 is at least a 1-gigabyte 
hard drive. The Windows NT 3.5 operating system from 
Microsoft Corporation is used as the client operating system. 
The Windows 95 operating system from Microsoft Corpo- 
ration can also be used. The multimedia asset management 
program 22 is written using Visual C++2.0 from Microsoft 
Corporation, along with the Microsoft Foundation Classes 
MFC provided by Microsoft Corporation. Visual Gf+2.0 is 
an object-oriented prograrnming language. The DB access 
object 24 uses a library of application interface (API) 
functions 23 provided along with the Illustra database man- 
agement system. The client-side database management tool 
21 is IQT, a graphical user interface database management 
tool offered along with Illustra. 

While these system implementation details are provided, 
it is to be understood that various other hardware and 
software can be used to implement the multimedia asset 
management system 8. 

The foregoing description of a preferred embodiment of 
the invention has been presented for the purposes of illus- 
tration and description. It is not intended to be exhaustive or 
to limit the invention to the precise form disclosed. Many 
modifications and variations are possible in light of the 
above teaching. It is intended that the scope of the invention 
be limited not by this detailed description, but rather by the 
claims appended hereto. 

Wc claim: 

1. A computerized method of managing multimedia assets 
of one or more of image, video, audio, text, and program 
code media types, including the steps of: 
. (a) checking in multimedia assets of one or more of 60 
image, video, audio, text, and program code media 
types, upon a user's request, the checking-in step for 
each multimedia asset checked in including the steps 
of: 

i) prompting the user for characteristics and identifica- 65 
tion information for a multimedia asset to be checked 
in; and 
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ii) storing the multimedia asset to be checked in. along 
with any specified characteristics and identification 
information* in a database contained on a storage 
device; 

(b) upon the user's request, searching the database for 
multimedia assets, including the steps of: 

i) prompting the user for a search strategy based on one 
or more of asset characteristics and asset identifica- 
tion information; 

ii) searching the database for multimedia assets that 
satisfy the user-specified search strategy; and 

iii) reporting any multimedia assets found to satisfy the 
search strategy; and 

(c) upon the user's request, selectively checking out a 
multimedia asset contained in the database, including 
the steps of: 

i) prompting the user for a multimedia asset to be 
checked out, and prompting the user for one of 
multiple check-out types; 

ii) determining if the user-specified check-out is 
allowed based oh predetermined criteria; and 

iii) if the user-specified check-out is allowed, copying 
the multimedia asset to be checked out, for use by the 
user, and storing an indication of the check-out and 
the type of check-out in the database. v 

2. The computerized method of claim 1, further compris- 
ing previewing a multimedia asset upon user request, includ- 
ing the steps of: 

receiving a user-selection of an multimedia asset to be 

previewed; and 
retrieving the user-selected multimedia asset from the 
database for preview by the user. 

3. The computerized method of claim 1, wherein the 
computerized method is implemented in a client-server 
computer architecture, such that the user is prompted for 
input data and user selections on a client computer and the 
database is stored on a server computer. 

4. The computerized method of claim 1, wherein imple- 
^ mentation of the computerized method includes a computer 

program implemented in an object-oriented programming 
paradigm. 

5. The computerized method of claim 1, wherein the 
multiple check-out types include: 

45 a first check-out type, wherein a multimedia asset checked 
out with the first check-out type specified cannot be 
modified; 

a second check-out type, wherein a multimedia asset 
checked out with the second check-out type specified 
can be used as a basis for creating another multimedia 
asset; and 

a third check-out type, wherein a multimedia asset 
checked out with the third check-out type specified can 
be modified and subsequently checked in to the data- 
base in modified form. 

6. The computerized method of claim 5, wherein the 
predetermined check-out criteria include: 

prohibiting a check-out of the multimedia asset to be 
checked out if the third check-out type is specified and 
the multimedia asset to be checked out is presently 
checked out; and 
prohibiting a check-out of the multimedia asset to be 
checked out if the multimedia asset to be checked out 
is already checked out with the third check-out type 
specified. 

7. The computerized method of claim 1, wherein if the 
multimedia asset to be checked in is presently checked out, 
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the checking-in step for the multimedia asset to be checked 
in further includes updating the database to reflect the 
check-in. . 

8. The computerized method of claim 1, wherein the 
characteristics and identification information for which the 
user is prompted during the checking-in step for the multi- 
media asset to be checked in includes: 

an asset name; 

keyword categories and keywords within the keyword 

categories; 
an asset type; and 
a written description. 

9. The computerized method of claim 8, wherein the 
characteristics and identification information for which the 
user is prompted during the checking-in step for the multi- 
media asset to be checked in further includes: 

a project name; 
copyright data; and 
cost data. 

10. The computerized method of claim 8, wherein the step 
of prompting the user for a search strategy includes prompt- 
ing the user for: 

an asset name; 

keyword categories and keywords within the keyword 

categories; 
an asset type; and 
a written description. 

11. The computerized method of claim 1, wherein the 
computerized method utilizes a check-out table to maintain 30 
a record of which multimedia assets are checked out, 
wherein the checking out step further includes making an 
entry in the check-out table to reflect the check-out, and 
wherein the checking in step further includes updating the 
check-out table to reflect the check-in. 35 

12. The computerized method of claim 1, wherein upon 
request of the user, one or more of any assets found to satisfy 
the user-specified search strategy in the search for multime- 
dia assets are checked out, one at a time or at the same time 
based on a user selection. 

13. The computerized method of claim 12, wherein the 
multiple check-out types include: 

a first check-out type, wherein a multimedia asset checked 
out with the first check-out type specified cannot be 
modified; 

a second check-out type, wherein a multimedia asset 
checked out with the second check-out type specified 
can be used a basis for creating another multimedia 
asset; and 

a third check-out type, wherein a multimedia asset 
checked out with the third check-out type specified can 
be modified and subsequently checked in to the data- 
base in modified form. 

14. The computerized method of claim 13, wherein if the 
user selects to check out multiple assets at the same time, 55 
each asset is automatically checked out with the first check- 
out type. 

15. The computerized method of claim 1, wherein access 
of a user to multimedia assets checked into the system is 
controlled based on pre-defined criteria. 

16. The computerized method of claim 15, wherein the 
checking in step further includes assigning, to a project, the 
multimedia asset to be checked in, and further wherein the 
user is given access privilege to one or more projects, and 
the access of the user to multimedia assets checked in and 65 
stored on the database is limited to multimedia assets 
assigned to a project to which the user has access privilege. 



17. The computerized method of claim 1, further includ- 
ing the step of reporting system information to the user, 
including the steps of: 

prompting the user for a specification of the system 

information desired; 
generating the user-specified system information; and 
reporting the user-specified system information to the 
user. 

18. The computerized method of claim 17, wherein the 
system information the user can specify for reporting 
includes one or more of: 

multimedia assets checked out up to a user-specified date; 
new multimedia assets checked in since a user-specified 
date; 

multimedia assets created and checked in based on exist- 
ing multimedia assets checked in up to a user-specified 
date; 

multimedia asset history of a user-specified multimedia 
asset; 

multimedia assets currently checked out; and 
a list of current users of the computerized method. 

19. A computerized multimedia asset management system 
25 for managing multimedia assets of one or more of image, 

video, audio, text, and program code media types, the 
management system including: 
a processor, 

memory coupled to the processor, 
a storage device coupled to the processor; 
an input device coupled to the processor, and 
an output device coupled to the processor; 
wherein the processor, the memory, the storage device, 
the input device, and the output device are configured 
to: 

(a) check-in multimedia assets of one or more of image, 
video, audio, text, and program code media types 
including two or more of image, video, audio, text 
and program code media types, into the computer- 
ized multimedia asset management system upon a 
user's request, the check-in for each multimedia 
asset to be checked in including the steps of: 
prompting the user for characteristics and identifi- 
cation information for a multimedia asset to be 
checked in; and 

loading the multimedia asset to be checked in, along 
with any user-specified characteristics and identi- 
fication information, into a database contained on 
the storage device; 

(b) search for multimedia assets contained in the data- 
base upon the user's request, including the steps of: 
prompting the user for a search strategy based on one 

or more of asset characteristics and asset identi- 
fication information; 
searching the database for multimedia assets that 

satisfy the user-specified search strategy; and 
reporting any assets found to satisfy the user- 
specified search strategy on the output device; and 

(c) check out a multimedia asset contained in the 
database upon the use's request, including the steps 
of: 

prompting the user for a multimedia asset to be 
checked out, and prompting the user for one of 
multiple check-out types; 
determining if the user-requested check-out is 
allowed based on predetermined criteria; and 
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if the check-out is allowed, copying the multimedia identification information for which the user is prompted 

asset to be checked out for use by the user, and during the check-in of the multimedia asset to be checked in 

storing an indication of the check-out and the type further includes- 

™ ° f ^ tck - mt ^ the database. a ject nam 

20. The computerized multimedia asset management sys- 5 copyright data* and 
tern of claim 19, wherein the system is further configured to CQSt 

preview, on the output device, upon the user's request a 2 8. The computerized multimedia asset management sys- 

user-speafied multimedia asset contained in the database by tem of claim 26i configured so that the prompting the user 

steps including: ^ for a searcn strategy includes prompting the user for: 

receiving a user-selection of an multimedia asset to be an asset name- 

previewed; and keyword categories and keywords within the keyword 

retrieving the user-selected multimedia asset from the categories; 

database for preview by the user. an asset type; and 

21. The computerized multimedia asset management sys- 15 a written description. 

tem of claim 19, wherein the management system is imple- 29. The computerized multimedia asset management sys- 

mented in a client-server computer architecture. tem of claim 19, further including a check-out table to 

22. The computerized multimedia asset management sys- maintain a record of which multimedia assets are checked 
tem of claim 19. wherein the management system includes out, and wherein the computerized multimedia asset man- 
a computer program implemented in an object-oriented 20 agement system is configured so that the check-out table is 
programming paradigm. updated each time a multimedia asset is checked in or 

23. The computerized multimedia asset management sys- checked out 

tem of claim 19, configured so that the multiple check-out 30. The computerized multimedia asset management sys- 

types include: ^ tem of claim 19, wherein the system is further configured so 

a first check-out type, wherein a multimedia asset checked that, upon user selection, one or more of any assets found to 

out with the first check-out type specified cannot be satisfy the user-specified search strategy in the search for 

modified; multimedia assets can be checked out one at a time or at the 

a second check-out type, wherein a multimedia asset same time based on a user selection. 

checked out with the second check-out type specified 30 31. The computerized multimedia asset management sys- 

can be used as a basis for creating another multimedia tem of claim 30, configured so that the multiple check-out 

asset, and . ■ » • 

types include: 

a third check-out type, wherein a multimedia asset „ fi . „u~~u u . . . , , 

be modified and subsequently checked* to the <lT 35 ShS* ^ 
base in modified form. . * , 

24. The computerized multimedia asset management sys- a s f°°f wh ™"» f nmltimedia asset 

temof claim 23. configured so mat the predeteimined check «^„«m?u ^/^^-out «ype specified 

, b * can be used a basis for creating another multimedia 

out criteria include: ^ asset; and 

prohibiting a check-out of the multimedia asset to be a third check-out type, wherein a multimedia asset 
checked out if the third check-out type is specified and checked out with the third check-out type specified can 

the multimedia asset to be checked out is presently be modified and subsequently checked in to the data- 

checked out; and base in modified farm. 

prohibiting a check-out of the multimedia asset to be 45 32. The computerized multimedia asset management sys- 
checked out if the multimedia asset to be checked out tem of claim 31,. configured so that if the user selects to 
is already checked out with the third check-out type check out multiple assets at the same time, each asset is 

*- S Sl cifie<L automatically checked out with the first check-out type. 

25 Hie computerized multimedia asset management sys- 33. ^ computerized multimedia asset management sys- 
tem of claim 19, configured so that if the multimedia asset » tem of claim 19 , configured so that access of a user to 
to be checked m is presenttyc*^^ multimedia assets checked into the system is controlled 
multimedia asset to be checked in further includes updating based on pre-defined criteria. 

the database to reflect the check-in. 34 The computerized multimedia asset management sys- 

26 The computerized multimedia asset management sys- 55 tem 0 f claim 33, configured so that multimedia assets 
tem of claim 19, configured so that the characteristics and checked into the system are assigned to a project, the user is 
identification information for which the user is prompted ^ vcn access privilege to one or more projects, and the 
dimng the check-in of me mulrmiedia asset to be checked in access of mc US er to mmtimedia assets checked into the 
m u s * system is limited to multimedia assets assigned to a project 

an asset name; 60 to which the user has access privilege, 

keyword categories and keywords within the keyword 35. The computerized multimedia asset management sys- 
categories; tem of claim 19, wherein the system is further configured to 

an asset type; and report user-specified information concerning the system, 

a written description. 65 36, The computerized multimedia asset management sys- 

27. The computerized multimedia asset management sys- tem of claim 35, wherein the user-specified information to 
tem of claim 26, configured so that the characteristics and report includes one or more of: 
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multimedia assets checked out up to a user-specified date; 41. The computer readable program storage medium of 

new multimedia assets checked in since a user- specified claim 37, wherein the multiple check-out types include: 

date; a first check-out type, wherein a multimedia asset checked 

multimedia assets created and checked in based on exist- out w ft n mc f^t check-out type specified cannot be 

ing multimedia assets checked in the system up to a 5 modified; 

user-specified date; a second check-out type, wherein a multimedia asset 

multimedia asset history of a user-specified multimedia chec ked out with the second check-out type specified 

asset; can be used as a basis for creating another multimedia 

multimedia assets currently checked out; and asget . afld 

a list of users presently accessing 10 a ^ ch eck-out ty^ wh erein a multimedia asset 
37. A computer readable program f^J^™^ checked out with dieted check-out type specified can 
bly embodying a program of mstructions executable by a be mo(Jified ^ subsequently checked m to the data- 
computer to achieve management of multimedia assets of ^ ^ modified fofnL 

one or more of image, video, audio, text and program code ^ ^ Jh& computer readable program storage medium of 

media types, to perform the steps of: daim 41 wherein ^ Redetermined check-out criteria 

(a) checking in multimedia assets of one or more of mclu( ie- 

i) prompting the user for characteristics and identifica- checked out; and 
fionmformationforamulrimediaassettobechecked prohibiting a check-out of the multimedia asset to be 
m . ^ checked out if the multimedia asset to be checked out 

ii) storing the multimedia asset to be checked in, along is already checked out with the third check-out type 
with any specified characteristics and identification specified. 

information, in a database contained on a storage 43. The computer readable program storage medium of 

device; * claim 37, wherein if the multimedia asset to be checked in 

(b) upon the user's request, searching the database for i s presently checked out, the checking-in step for the mul- 
multimedia assets, including the steps of: ^ timedia asset to be checked in further includes updating the 

i) prompting the user for a search strategy based on one database to reflect the check-in. 

or more of asset characteristics and asset identifica- 44 ^ e computer readable program storage medium of 

tion information; chdm 37, wherein the characteristics and identification 

ii) searching the database for indtimedia assets that infcOTation for which me user is piomp ted during the 
satisfy the user-specified search strategy; and 35 multimedia asset to be checkedin 

iii) reporting any multimedia assets found to satisfy the cnecong m bicp 101 uuuuiu 
search strategy; and includes: 

(c) upon the user's request, selectively checking out a an asset name; 

multimedia asset contained in the database, including keyword categories and keywords within the keyword 

the steps of: 40 categories; 

i) prompting the user for a multimedia asset to be ^ and 
checked out, and prompting the user for one of & 

multiple check-out types; 45. The computer readable program storage medium of 

ii) determining if ^^^^^ at u claim 44, wherein the characteristics and identification 
allowed based on predetermined criteria; and 45 ^ xtxxJL1 "~v . . . „ t < 

iii) Tme user-specified check-out is allowed, copying information for which the user is prompted dunng ; the 
memultimedkassettobecheckedoutforusebyme checking-in step for the multimedia asset to be checked in 
user, and storing an indication of the check-out and further includes: 

the type of check-out in the database. a project name; 

38. The computer readable program storage medium of 50 ^ and 
claim 37, wherein the program of instructions includes ^ ^ 

further instructions to preview a multimedia asset upon user ^ The computer readable program storage medium of 

request, including the steps of: claim 44, wherein the step of prompting the user for a search 

receiving a user-selection of an imiltimedia asset to be stra tegy includes prompting the user for: 

previewed; and 55 m ^ Q 

retrievine the user-selected multimedia asset rrom tne , 

ISe for ^view by the user: keyword categories and keywords within the keyword 

39. The computer readable program storage medium of categories, 
claim 37, wherein the program of instructions is for execu- an asset type; and 
tion by a computer configured as a client in a client-server a written description. 

computer architecture, so that the user is prompted for input 47. The computer readable storage medium of claim37, 

datTand user selections on the client computer and the wherein the program of instructions includes further instruc- 

database is stored on a server computer. tions to maintain a check-out table to mauibun a record of 

40 The computer readable program storage medium of 65 which multimedia assets are checked out, wherein toe 

claim 37. wherein the program of instructions is imple- checking out step further includes making an entry in die 

mented in an object-oriented jamming paradigm. check-out table to reflect the check-out, and wherein the 



11/06/2003, EAST 



Version: 1.4.1 



5,752, 

33 

checking in step further includes updating the check-out 
table to reflect the check-in. 

48. The computer readable program storage medium of 
claim 37, wherein the program of instructions includes 
further instructions to check out, upon request of the user, 5 
one or more of any assets found to satisfy the user-specified 
search strategy in the search for multimedia assets, one at a 
time or at the same time based on a user selection. 

49. The computer readable program storage medium of iq 
claim 48, wherein the multiple check-out types include: 

a first check-out type, wherein a multimedia asset checked 
out with the first check-out type specified cannot be 
modified; 

a second check-out type, wherein a multimedia asset 15 
checked out with the second check-out type specified 
can be used a basis for creating another multimedia 
asset; and 

a third check-out type, wherein a multimedia asset ^ 
checked out with the third check-out type specified can 
be modified and subsequently checked in to the data- 
base in modified form. 

50. The computer readable program storage medium of 
claim 49, wherein if the user selects to check out multiple ^ 
assets at the same time, each asset is automatically checked 
out with the first check-out type. 

51. The computer readable program storage medium of 
claim 37, wherein the program of instructions includes 
further instructions to control access of a user to multimedia 30 
assets checked into the system based on pre-defined criteria. 

52. The computer readable program storage medium of 
claim 51, wherein the checking in step further includes 



34 

assigning, to a project, the multimedia asset to be checked 
in, and further wherein the user is given access privilege to 
one or more projects, and the access of the user to multi- 
media assets checked in and stored on the database is limited 
to multimedia assets assigned to a project to which the user 
has access privilege. 

53. The computer readable program storage medium of 
claim 37, wherein the program of instructions include fur- 
ther instructions to perform the step of reporting system 
information to the user, including the steps of: 

prompting the user for a specification of the system 

information desired; 
generating the user-specified system information; and 
reporting the user-specified system information to the 

user. 

54. The computer readable program storage medium of 
claim 53, wherein the system information the user can 
specify for reporting includes one or more of: 

multimedia assets checked out up to a user-specified date; 
new multimedia assets checked in since a user-specified 
date; 

multimedia assets created and checked in based on exist- 
ing multimedia assets checked in up to a user-specified 
date; 

multimedia asset history of a user-specified multimedia 
asset; 

multimedia assets currently checked out; and 

a list of current users of the computerized method. 

***** 
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